1 "APPARATUS AND METHOD FOR 

2 REMOTE ADMINISTRATION OF A PC-SERVER" 

3 

4 CROSS REFERENCE TO RELATED APPLICATION 

5 This application is a continuation-in-part of pending US Patent 

6 application Serial No. 09/492,090 filed on January 27, 2000, the entirety of which is 

7 incorporated herein by reference. 

8 

9 FIELD OF THE INVENTION 

10 The present invention relates to communications interfaces and 

1 1 methods for use for remote administration of a personal computer being used as a 

12 server. A display emulator, input emulator and serial I/O are provided for forwarding 



1 3 BIOS level console output and for receiving emulation input data. 
14 

15 BACKGROUND OF THE INVENTION 

1 6 Generally, servers operate unmanned and provide a common service 

17 to a plurality of manned computers, all connected by a network of some sort. 

18 Typically, a server maintains one or more local disks and services application 

19 requests from remote computers such as reading and writing to shared directories. 

20 Specifically engineered servers include those by Sun Microsystems, based on 

21 Motorola 680x0 or SPARC microprocessors (from Sun Microsystems, Inc., ML View 

22 CA). Usually, these servers utilize a Unix operation system, and utilize a hardware 

23 architecture and software which is easily remotely administrated, including the 

24 provision for serial I/O at the boot level for the output of character-based diagnostic 

25 messages. Due to the ability to route a server's console output through a serial 

26 device to an administrating terminal, it is usual to omit a video display (running 



1 headless) and omit a keyboard input. Sometimes one set of video and keyboard 

2 interfaces may be switched among many servers locally, or through a network. 

3 Increasingly, lower cost Intel Pentium-based microprocessor personal 

4 computers are now also being implemented as servers (referred to herein as a PC- 

5 Server). However, such a PC-Server, equipped with a conventional Basic 

6 Input/Output System (BIOS), cannot be as readily administered remotely. 

7 In such IBM PC and compatible Personal Computers (PCs), the PC- 

8 BIOS provides the lowest level interface and hardware drivers for peripheral 

9 input/output (I/O) devices, such as video output, keyboard input and media I/O. The 

10 video output during boot up at the BIOS level is generally ASCII character based as 

1 1 the hardware and memory intensive graphical characteristics of a Graphical User 

12 Interface (GUI) requires application programs and capable peripherals (e.g. video 

13 display). 

14 On boot up, such a PC-BIOS outputs certain status information to a 

15 local video display but, unlike the engineered servers, and except for custom 

16 designs, it is not generally capable of output other than through the local video 

17 display. Such information includes a character display confirmation of the 

18 successful operation and identification of the video display device, the amount of 

19 RAM and the current status of BIOS settings such as the processor type, hard drive 

20 specifications, and the presence and type of other installed I/O devices. 

21 Opportunities are provided to a user to interrupt the boot process with a keyboard 

22 stroke and thereby modify the system PC-BIOS configuration or peripherals 

23 settings. 

2 



1 Once the operating system is running however, application programs 

2 are available to enable a remote user to access and manipulate certain of the 

3 computer settings. Such an application program is pcAnywhere, supplied by 

4 Symantec Corporation, of Cupertino, CA. The pcAnywhere program and protocol 

5 provides communication components which enable remote control capabilities 

6 through a phone line or an internet interface. The user installs and runs a version of 

7 the pcAnywhere program on both the remote and the host PCs. Once loaded and 

8 running, the user at the remote PC can remotely access data and control 

9 applications located on the host PC. The usual communication protocol between 

10 the PCs is the TCP/IP Network Protocol, accessed through an internet connection. 

11 However, after a reboot, control is not regained until the operating 

12 system is again loaded and the pcAnywhere application program is running again, 

13 long after any diagnostic messages are past. In a diagnostic situation, generally to 

14 resolve the situation which prompted a restart of the PC in the first place, monitoring 

15 of the BIOS level information is the most pertinent. 

16 Further, during normal use of the PC occasionally, extraordinary 

17 system level errors occur and messages are displayed directly in a default character 

18 or text format on the normal graphical interface video display. Again, these are only 

19 displayed on the local video display. 

20 In US Patent 5,214,785 to Fairweather, a controller is disclosed for 

21 remote operation of a host PC, particularly for remotely initiating host PC application 

22 programs, downloaded to the controller for operating a plurality of external 

23 peripherals - like household line-powered devices - even after the host PC is 
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1 powered down. Fairweather envisions powering the host PC through a controller 

2 peripheral for permitting hard reboot of the host PC via interruption of the PC's 

3 power. The controller operation is dictated through software downloaded from 

4 corresponding applications started by the controller and running on the host PC. 

5 The controller is provided physically external to the PC and comprises a 

6 microprocessor, ROM-resident software, an RS-232 serial I/O communication 

7 device, and a keyboard emulation interface. An application program may be started 

8 through commands issued through the emulated keyboard interface. Once running, 

9 host PC application program can writing ASCII commands to the controller or 

10 download a program to the controller's ROM through the host PC's RS-232 port. 

1 1 Fairweather acknowledges that once the host PC has been brought up to operating 

12 system level, then Fairweather's RS-232 application program may be started. 

13 Accordingly, Fairweather's controller operates "blind" until their corresponding 

14 application program is operational. 

15 Others have implemented external hardware which connect to the 

16 video output of the PC's own video card and thus are capable of rebroadcasting the 

17 data that appears on a local terminal, including boot screens, via modem to a 

18 remote user running a compatible operating system such as Windows 9X (Microsoft 

19 Corporation). In other words, what is fed to the monitor is rebroadcast. The remote 

20 system operates pcAnywhere protocol to enables remote control of the hardware. 

21 The remote user is limited to the information which is displayed and not to the 

22 additional yet useful non-displayed POST diagnostic information. 
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1 Applicants are unaware of means, either in the prior art, including the 

2 teachings of Fairweather, for administering a typical BIOS-equipped PC through 

3 boot without actually monitoring a local video display or manipulating a local 

4 keyboard. Accordingly, it is not known to perform administration, troubleshooting or 

5 for maintenance on such a PC-Server including the ability to review system level 

6 messages or reset the system, including to address the installed peripherals or to 

7 command selection of a different boot device. 

8 Accordingly, for a PC-Server which has a standard BIOS and is 

9 headless, there has not yet been a satisfactory solution for the demonstrated need 
10 to provide remote console output to effect proper PC-Server administration. 

11 

12 SUMMARY OF THE INVENTION 

13 Generally, the invention is an administration adapter for a PC-server 

14 which implements communications to a remote user for remote viewing of data 

15 available on the PC-Server's bus and for enabling remote keyboard input, even 

16 during re-boot sequence of the PC-server. The PC-Server recognizes the 

17 administration adapter as comprising both an emulated display adapter and an RS- 

18 232 serial communications device. Preferably the emulated display adapter 

19 emulates both the video frame buffer and video controller register. Further, power 

20 up self test or POST data is also written from the bus to the administration adapter 

21 so that it and display data is converted to a serial data stream and is serially output 

22 to the remote user. In return, remote user keyboard commands are received by the 

23 serial device, are converted to compatible scan codes (emulating the PC-Server's 
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1 keyboard) and are routed to the PC-Server's input interface as though the 

2 commands were issued with a local input interface such as a keyboard. 

3 Accordingly, in a broad method aspect of the invention, a method of 

4 remote user administration of a PC-Server having a data bus for read and write 

5 functions to peripherals including a display adapter, and having at least one 

6 keyboard input interface, comprising the steps of: 

7 • providing a peripheral adapter on the bus which emulates the 

8 display adapter to an extent necessary to receive display data from 

9 the bus and which has a communications device for transmission 

1 0 of data between the PC-Server and the remote user; 

11 • determining if the bus has written display data to the adapter; 

12 • extracting the display data from the adapter and converting the 

1 3 data from a graphical format as necessary ; 

14 • transmitting the display data via the communications device to the 

1 5 remote user; 

16 • receiving input commands from the remote user via the 

1 7 communications device; and 

18 • transmitting the received input commands to and in a form 

1 9 compatible with the input interface. 

20 Preferably, the adapter emulates the video frame buffer of a display 

21 adapter, the display data is converted to ANSI escape sequences before 

22 transmission to the remote user, the input commands are converted into keyboard 

23 input interface compatible scan codes before transmission to a keyboard input 
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1 interface, and that the display data and keyboard commands are communicated via 

2 a serial I/O device. 

3 More preferably, the adapter further emulates the I/O port for the BIOS 

4 power up self test (POST) so that the status of the last write may be extracted and 

5 transmitted to the remote user for demonstrating the status of the most recent PC- 

6 Server BIOS initiation. 

7 The method the invention is achieved using novel apparatus, which in 

8 a broad aspect comprises: 

9 • an adapter on the bus which emulates a display adapter to an 

1 0 extent necessary to receive display data from the PC-Server bus; 

11 • means for extracting the display data from the adapter; 

12 • means for transmitting the display data to a remote user; 

13 • means for receiving data from the remote user representing input 

1 4 interface commands to the PC-Server; and 

1 5 • means for transmitting the input commands to and compatible with 

1 6 the PC-Server input interface. 

17 Preferably, the adapter emulates at least the video frame buffer and 

1 8 video controller registers for a display adapter. 

19 More preferably, the means for transmitting console output and 

20 receiving input commands is a serial communications device, the means for 

21 retrieving character data from the frame buffer and converting it for serial 

22 transmission is a microprocessor and a microprocessor converts the input 
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1 commands to a form such as scan codes compatible with the PC-Server keyboard 

2 input interface. 

3 The method and apparatus of the present invention also makes it 

4 possible to route textual data to a speech synthesizer at the boot level, which 

5 heretofore has required the operating system to be fully loaded to provide any text- 

6 to speech synthesis. 
7 

8 BRIEF DESCRIPTION OF THE FIGURES 

9 Figure 1 is a schematic of the interface of an implementation of the 

10 administration adapter of the present invention and the system board of the PC- 

1 1 Server; 

12 Figure 2 is a screen display at a console of the remote user illustrating 

13 the administration adapter providing a help list of possible keyboard commands to a 

14 PC-Server; 

1 5 Figure 3 is a screen display at a console of the remote user illustrating 

16 the PC-Server textual display data appearing at the console and poised to accept 

1 7 an emulated keyboard command to reset or reboot the PC-Server; 

18 Figure 4 is a screen display at a console of the remote user illustrating 

19 the PC-Server textual display data appearing at the console after the reset 

20 according to Fig. 3 and illustrating the BIOS level console output; 

21 Figure 5 is a screen display at a console of the remote user illustrating 

22 a configuration option screen upon reset of the administration adapter; 
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1 Figure 6 is a schematic diagram illustrating the relationship between 

2 the 68HC11 microprocessor, the UART, the modem registers and the DUART; 

3 Figure 7 is a table of mnemonics for enabling the emulation of a PC- 

4 Server keyboard with individual keystrokes; and 

5 Figure 8 is a table of command choices available for configuration of 

6 the administration adapter. 
7 

8 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

9 In this description, references to a PC-server are made in the context 



10 of an Intel Pentium-based or IBM-compatible personal computer however, as it will 

11 become evident, the invention is equally applicable to any microprocessor-based 

12 computer which is not designed or equipped to output to a remote console at the 

13 hardware and BIOS level, thereby precluding remote system administration. 

14 A BIOS of a PC-Server is not generally equipped for serial device-to- 

1 5 console communications. Without either a console (video display) or local keyboard 

16 input, the PC-Server is incapable of being remotely supervised or administered until 

17 such time as the operating system is fully loaded. For the purposes of the 

18 description of the preferred embodiment, it is assumed that the PC-Server does not 

1 9 have either a local video display or keyboard. 

20 As shown in Fig. 1, and in a much simplified form, the PC-Server 

21 comprises a system board 1 supporting a Pentium microprocessor 2, RAM 3, a 

22 BIOS 4, and a bus 5. Common bus types include the older ISA (8-16 bit Industry 

23 Standard Architecture) and the PCI (32-64 bit Peripheral Component Interconnect) 
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1 which enable communication between on-system board and peripheral devices. 

2 The microprocessor 2, BIOS 3 and RAM 4 are connected to a display adapter 

3 through the bus 5 and are connected through a keyboard controller 7 to a keyboard 

4 input interface as one form of input interface 6. A PC-Server may have one or more 

5 input interfaces 6. A reset switch 8 is provided for a hard reset of the system board 

6 1. 

7 Remote administration of the PC-Server is provided through an 

8 administration adapter 10 which emulates a display adapter on the bus 5, converts 

9 it to a stream compatible for transmission to a remote user at a remote console 9. 

10 Video emulation herein comprises emulation of a combination of the 

1 1 components normally found in a video board (e.g. in the case of VGA: the video 

12 controller registers or a subset or superset thereof, video memory, and VGA BIOS 

13 firmware) that satisfy the host computer as to the presence of a video board and a 

14 method of transmitting or otherwise outputting the information stored in the video 

15 memory by the host computer, whether character or graphic or a combination of 

16 the two, typically via means other than a conventional video signal, regardless of 

17 whether the device also produces a conventional video signal. 

18 Accordingly, the administration adapter 10 satisfies the PC-Server of 

19 the presence of a display adapter (if no other is present) and provides means for 

20 communicating and receiving data other than the conventional video signal. 

21 Communicated data includes data stored in video memory by the PC-Server. Data 

22 may be textual, graphical or a combination of both. The administration adapter 10 

23 comprises a circuit board 11 having a bus connection 12 which is hardware 
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1 compatible with the system board bus 5. Having reference to Figs. 2-4, the remote 

2 user is able to control and monitor the PC-Server. As described in greater detail 

3 below, Fig. 3 illustrates the ability of the administration adapter 10 to provide a 

4 range of options to the remote user. As shown in Fig. 3 a remote user has chosen 

5 to reboot the PC-Server. Fig. 4 illustrates the display of the display information as 

6 the BIOS performs its system and peripherals checks. The illustrated display is a 

7 simple one, typically based on a text mode compatible between the PC-Server and 

8 the administration adapter 1 0. 

9 To minimize the administration adapter's onboard microprocessor 

10 requirements, the simplest and lowest memory-intensive display adapter emulation 

11 was selected for the preferred embodiment. To all intents and purpose, the 

12 administration adapter 10 is recognized by the BIOS 4 as an MDA display adapter. 

13 The administration adapter achieves this by emulating the MDA's registers and 

14 behavior including the 6845 CRT video controller and the "video" memory or frame 

15 buffer. Thus the administration adapter 10 emulates a display adapter on the PC- 

16 Server and is targeted for receiving system board console output which is available 

17 on the bus 5 such as data issued from the BIOS 4 and which is normally directed 

18 through the bus 5 to a display adapter and to a local video display, if displayed at 

19 all. Examples of such displayed data include display adapter diagnostics, amount 

20 of installed RAM 3, boot or fixed disk parameters, CD-ROM driver installation, and 

21 information regarding BIOS settings (See Fig. 4). 

22 Video output of primary interest and which is written to the 

23 administration adapter 10 is display data, textual in the case of an MDA adapter 
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1 which, which is formatted according to the text mode set by the system board 1 and 

2 compatible with text modes available on the administration adapter 10. In its most 

3 elementary form, the administration adapter emulates an MDA (monochrome 

4 display) adapter having only one format; text normally displayed at 80 characters by 

5 25 lines (80x25). For a VGA (video graphics) and later adapters, besides having 

6 greater graphical capability, provide the capability for other text modes, one of 

7 which is 132 characters by 60 lines (132x60). 

8 Optionally, data communicated between the administration adapter 10 

9 and the remote console 9 can include graphical data, coordinate and state data. 

10 Graphical data can be communicated and displayed to the remote user as graphical 

11 data at the console 9, or graphical character data can be recognized, and 

1 2 communicated as text. 

13 For a BIOS 4 used in conjunction with an ISA bus 5, functional 

14 emulation of the MDA adapter is achieved by emulating video RAM 13 of frame 

1 5 buffer and video controller I/O registers. 

16 Specifically, the administration adapter 10 comprises a bus connector 

17 12 and dual port RAM 13 for storing the frame buffer and I/O registers. 

18 Conventional serial communications hardware comprises a bus-recognized 16550 

19 UART 14, a DUART 15 connected to a DB-9 RS-232 serial output connector. A first 

20 microprocessor 16 controls monitoring of the dual port RAM for bus writes, reads 

21 any written data and analyses it. In one embodiment, the first microprocessor 16 

22 extracts textual display data from the dual port RAM 13 and converts it to a form 

23 suitable for transmission in some form via the UART/DUART 14,15 and to the 
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1 remote console 9. A PC-reset relay 17 is controlled by microprocessor 16 and is 

2 hardwired to the system board reset 8. A serial debug port 18 is provided for 

3 adapter diagnostics. 

4 A second microprocessor 20 is provided for specifically converting 

5 data received from the remote console 9 into emulated commands which are 

6 recognized by the PC-Server's input interface as commands. Graphical data or 

7 graphical user interface data (such as through a pointing device or mouse) received 

8 by the administration adapter can be recognized for extracting instructions directed 

9 to the administration adapter. Such extraction can comprise implementing 

10 command instructions such as character recognition for extracting textual data or a 

1 1 lookup table data corresponding to mouse coordinate and mouse-click state data. 

12 In one simple embodiment, the second microprocessor 20 specifically 

13 converts received data to emulated keyboard commands such as scan codes 

14 recognized by the system board keyboard input device 7. In the simplest case, the 

1 5 scan codes are conducted to the system board via cable 21 to keyboard port as an 

16 input interface 6. In another embodiment, received data is converted for emulating 

17 commands which are recognized by other input interfaces such as the PS-2 

1 8 interface, USB (universal serial bus), the PCI bus itself or a mouse interface. 

19 The corresponding RAM 13 memory locations for this MDA emulating 

20 adapter occupy 4K bytes of dual-port video RAM occupying addresses OxbOOOO- 

21 OxbOfff. The administration adapter 10 does not need to use all of the MDA I/O 

22 registers such those used for video display synchronization, video status or parallel 

23 printer interfacing. More particularly, administration adapter 10 emulates two bytes 
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1 of registers at port addresses 0x3b4 and 0x3b5, specifically being for the adapter's 

2 6845 CRT controller. The 6845 CRT controller occupies two bytes in the bus I/O 

3 space, but contains 18 data registers, each accessible by first writing the registers 

4 address into the "CRTC address register", then reading/writing the data to/from the 

5 selected register via the "CRTC data register". The 6845 , s registers include video 

6 timing control (write-only), cursor address MSB (read/write), cursor address LSB 

7 (read/write), and light pen location (read-only). Of these, only the cursor address 

8 registers are relevant for providing sensory feedback capability to the remote user. 

9 The administration adapter 10 makes the registers at 13 available to the first 

1 0 68HC1 1 microprocessor 1 6. 

1 1 The bus 5 writes textual display data to the frame buffer, identified as 

12 being at the dual port memory or RAM 13 located on the administration adapter 10. 

13 Dual port RAM 13 permits the system board 1 to write the data while the adapter 10 

14 simultaneously polls the data to see if any character in a line of 80 characters has 

15 changed since the last poll. The administration adapter 10 performs MDA 

16 emulation by trapping frame-buffer writes to the MDA's address space, calculating 

17 console screen coordinates, within the 80x25, based on the address and converting 

18 that data capable of serial transmission. One data form is standard ANSI (e.g. VT- 

19 100) escape sequences. Character attributes such as blink, highlight, and underline 

20 are also converted to escape sequences. Thus the 80 character line, with attributes, 

21 actually requires 160 bytes of information. Ultimately, these escape sequences, in 

22 addition to the actual character data, are sent to the remote user console 9. 
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1 The first microprocessor 16, such as the Motorola M68HC11 HCMOS 

2 single-chip computer ("68HC11") controls the adapters reading from, and possible 

3 writing operations to, the frame buffer. By providing a video update register 19, 

4 overhead on the 68HC11 microprocessor 16 is reduced by detecting writes by the 

5 bus 5 to the MDA frame buffer 13 without reading the whole frame buffer. Each bit 

6 corresponds to one line of characters on a video display. Any bus write to the frame 

7 buffer sets the bit in the video register corresponding to that line. Reading a byte 

8 clears that byte. 

9 Further, for additional debugging capability, the administration adapter 

10 10 emulates an additional I/O port 0x80 on the bus 5. When a PC-Server exits 

11 reset and executes the contents of its BIOS 4, the startup sequence generally 

12 includes a number of hardware diagnostic tests. At the beginning and end of each 

13 test a byte (the Tower On Self Test", or "POST" byte) is output to port 0x80 

14 indicating the progress of the tests. Should a test in the sequence fail, the 

15 sequence is halted and the last byte written to the POST port remains as an 

16 indicator of the cause. The administration adapter 10 monitors bus writes to this 

1 7 port 0x80 and retains the most recently written byte (last POST byte) for the remote 

18 user. The last POST byte written in a successful startup will normally be 0x00. 

19 For implementing VGA and higher adapter emulation including 

20 graphics recognition, different RAM capability and greater microprocessing 

21 capability would likely be required. 

22 The conventional output escape sequences are sent via serial 

23 communications to the remote user. The preferred interface is a PC compatible 
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1 serial RS-232 controller, such as a ST16C550 UART from Exar Corporation. Note 

2 that other and higher speed serial devices, such as USB , Ethernet or other 

3 broadband network interfaces are known and are similarly adaptable for this use. 

4 The UART 14 is a serial communications device to and from the RS- 

5 232 port 15b. The serial device is address and interrupt configurable to the industry 

6 standard COM ports. As stated in a character and keyboard emulation 

7 embodiment, the serial device 14,15,15b outputs console data to the remote user 

8 and receives emulated keyboard data therefrom. In the simplest case, the serial 

9 communications passes all received data to the PC-Server. 

10 Alternatively, the administration adapter's onboard 68HC11 

11 microprocessor 16 monitors each character received by the serial communications 

12 15b,15,14 to determine if the keyboard input communication should be passed 

13 through to the PC-Server, or if an attention command sequence is received for 

14 conducting administration adapter specific operations. Accordingly, a Philips 

15 Semiconductor SC26C92 Dual Universal asynchronous receiver/transmitter (a 

16 DUART) 15 is employed, substantially being dual UARTS. Further, modem 

17 registers 25 are stored so that the administration adapter 10 can monitor the six 

18 standard modem control signals (Rl, DCD, DRS, DTR, CTS AND RTS) and pass 

19 through or override the default modem register settings provided by the remote 

20 devices. 

21 Keyboard command inputs to the PC-Server are received as 

22 command data from the serial port 15b, and if it is to be passed through, mapping it 

23 to, or emulating, PC keyboard scan-codes. The second microprocessor 20 controls 
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1 the keyboard output to the PC-Server's input interface 6. A suitable microprocessor 

2 20 is the Atmel Corporation, AT90S4433, known as an AVR. The scan codes are 

3 output to the keyboard interface 6. The connection between the administration 

4 adapter 10 and keyboard interface 6 is usually through an electrical cable connector 

5 21 to the system board keyboard input interface 6 (or DIN jack in this instance), but 

6 it also known to include infrared (IR), various bus or hardware interfaces such as 

7 mouse or USB port interfaces,. 

8 The keyboard interface 6 permits remote user intervention or input to 

9 the PC-Server through this keyboard emulation. If desired, the administration 

1 0 adapter 1 0 functions to merely to pass remote user keyboard scan codes to the PC- 

11 Server. The serial interface simply passes character output to the remote user and 

12 accepts and passes on emulated keyboard commands to the keyboard input 

1 3 interface of the PC-Server. 

14 However, preferably, the administration adapter 10 has advanced 

15 function capability, such as having the ability to variably reset or suspend the PC- 

16 Server, alter the emulation or get the keyboard status, if is necessary to distinguish 

17 commands which should interpreted as being destined for the PC-Server or locally 

1 8 for the administration adapter. 

19 To get the attention of the administration adapter, the serial device 

20 listens for a predefined or user-defined character. Typically, such a character is one 

21 which is not regularly used by the PC-Server or application program. Even if the 

22 attention character has both a local attention function and a PC-Server function, 

23 repeating of the attention character will pass it through to the PC-Server. 
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1 One function of the administration adapter 10 which is accessible 

2 through and attention character is the ability to reset the PC (Figs. 3,4). While it is 

3 possible also to pass through a soft reboot command using the ubiquitous 

4 <ctrl><alt><del>, occasionally the PC-Server is so messed up that a hardware 

5 reboot is required. The administration adapter 10 is provided with a PC-reset 17 

6 which provides a mechanical relay contact closure hard-wired 22 to a PC-reset on 

7 the system board 1. Optionally, with the newer ATX-type system boards, the 

8 administration adapter can perform a power cycle reset. 

9 The administration adapter 10 is further enhanced if it can be 

10 configured to provide added functionality to the remote user. Normally, the 

1 1 administration adapter 10 works transparently, passing data back and forth between 

12 the remote user and the PC-Server. For simplicity, this description is set forth in the 

13 context of character data between the PC-Server and the remote console 9. In 

14 order to communicate local controls to the administration adapter 10, the remote 

15 user must send a specified attention character. Due to the low probability of having 

1 6 a duplicate function at the PC-Server, the default for the attention character is ASCII 

17 0x1 e (<control>< A > or <control><~>), but may be altered by the user. Upon receipt 

18 of the attention character, the administration adapter responds by prompting the 

19 user for a command, as shown in Fig. 2. 

20 In order to provide this local adapter configuration capability, the 

21 administration adapter 10 further comprises two code stores: a non-volatile EPROM 

22 bootloader 30 and a FLASH memory 31 partitioned into four blocks for storing the 

23 board's operating code. Additional RAM 31 is provided for the first microprocessor 
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1 16 and EPROM 30. Having reference to Fig. 5, when the administration adapter is 

2 powered up with the PC-Server, (or reset) the bootloader reads the header of each 

3 FLASH partition, determines if any contain boot images, and if any are marked as 

4 the "default boot" image. This information is presented to the user via the serial 

5 console port. The bootloader then proceeds to count down approximately five 

6 seconds, during which the remote user may accept the default boot, interrupt to 

7 select a different boot image or wait out a five second countdown timer using input 

8 commands <return>, <esc>, or by typing nothing at all. Typing <return> truncates 

9 countdown timer and causes the administration adapter to immediately boot the 

10 default image. Typing <esc> invokes the bootloader's FLASH programming 

1 1 routines, preparing the administration adapter to accept a new operating image from 

12 the remote user. Should <esc> be typed inadvertently, the user simply types 

13 <return> to boot the default image (as though <esc> had never been pressed) or 

14 specify booting a non-default image. Typing nothing at all causes the administration 

1 5 adapter to boot the default image at the conclusion of the five second countdown. 

16 Different boot images can contain different configurations including 

17 settings for serial port configurations and alternate keyboard emulation mapping. 

18 Once a boot image has been selected, use of the attention character 

19 signals the administration adapter to exit emulation mode and await commands 

20 from the user. For instance, the user may issue a command or press <?> or <h> 

21 and be rewarded with a help screen as shown in Figure 2. Issuing an <r> ("reset") 

22 causes the reset to be asserted for a period of 500ms, then released. Issuing an <i> 

23 ("in") causes the reset to be asserted and held in the asserted state until the user 
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1 issues an <o> ("out") command, releasing the reset and allowing the PC-Server to 

2 boot. This allows a remote user to take the machine offline by brute-force means 

3 and keep it there indefinitely. A keyboard status in inquiry can be made by issuing 

4 an A x which then queries the keyboard emulation as to its state. This is primarily 

5 useful for debugging system problems, and is not of much interest if the system is 

6 behaving itself. A A l command causes the administration adapter 10 to redraw the 

7 display, useful in the event that the display becomes out of sync with the MDA 

8 emulation due to an event such as line noise. 

9 Sometimes, the keyboard commands accepted by the PC-Server are 

10 not available on the remote user's keyboard, e.g. <alt>. Accordingly, the 

1 1 administration adapter 10 can send a specific key or combination of keys to the PC 

12 using a mnemonic scheme. 

13 A PC keyboard utilizes keys that, while being normally thought of as 

14 modifiers for other keys (such as <shift>, <control>, and <alt>) in fact generate their 

15 own output codes even when not used in conjunction with any other keys. Thus, in 

16 order to comprehensively emulate the PC keyboard's behavior, the administration 

17 adapter 10 provides for the use of these keys in both contexts - either as modifiers 

18 or alone. Thus, upon entering the Attention Character and the command <x>, the 

1 9 user is prompted for the keys to be output. 

20 Fig. 7 lists the supported keys and their associated mnemonics. 

21 Additionally, Fig. 7 lists the mnemonics for the <shift>, <control>, and <alt> keys as 

22 appropriate for their use as modifiers. 
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1 Typing the mnemonic outputs the appropriate key code to the 

2 keyboard interface. Only one key may be output per operation. Entering the 

3 mnemonics for more than one key returns an error message. For instance, to send 

4 <NUM LOCK>, the user types: <Attention Character <x> <n> <u> <m> <l> <k> 

5 <return>. 

6 Any number of modifier keys (from one to six) may be used at a time 

7 to modify the key being. To send <Left ShiftxFunction 12>, type <Attention 

8 Character <x> <S> <-> <f> <1> <2> <return> and to reboot the PC, type: 

9 <Attention Character <x> <c> <-> <a> <-> <d> <e> <l> <return> 

10 Other commands are available relating to functions one can ask the 

1 1 adapter to execute. The administration adapter 10 maintains the user-customizable 

12 configuration information in the non-volatile EEPROM 30. 

13 Having reference also to the table in Fig. 8, a <c> command invokes 

14 the configuration menu, allowing the user to change selected parameters. The 

15 configuration menu is exited by pressing the <esc> key, at which time any changes 

1 6 made are committed. 

17 An <m> command accesses the message buffer. Some 



18 administration adapter device drivers supply warning or error messages. These 

19 messages are logged in a 1Kbyte ring buffer. The contents of the message buffer - 

20 the most recent 1024 bytes logged - can be viewed using this m command. These 

21 messages are also transmitted out the optional debug RS-232 port. 

22 The <p> command access the last POST byte. When a PC exits 

23 reset and executes the contents of its BIOS, the startup sequence generally 

21 



1 includes a number of hardware diagnostic tests. At the beginning and end of each 

2 test a byte is output to port 0x80 indicating the progress of the tests. Should a test in 

3 the sequence fail, the sequence is halted and the last byte written to the POST port 

4 remains as an indicator of the cause. The administration adapter monitors bus 

5 writes to this port and retains the most recently written byte for the user. The last 

6 byte written in a successful startup will normally be 0x00. If this is the case, the <p> 

7 command will return the word "Nothing". POST codes are specific to the BIOS 

8 manufacturer. 

9 A <q> command quits the administration adapter. This command 

10 allows the user to force the administration adapter to begin execution of the 

1 1 bootloader EPROM code as though it were just reset. This is primarily useful to 

12 those developing code for the board, as it provides a method of exiting the normal 

13 operating code and entering either the bootloader or the RS-232 debug monitor, 

14 depending on the setting of the memory map. If configured to "Reset PC on boot", 

15 executing this command will cause the administration adapter to reset the PC- 

16 Server. 

17 As discussed above and in Fig. 5, the administration adapter 10 first 

18 executes bootloader routines when the administration adapter 10 is reset, either 

19 manually or upon power-up. After initialization, the bootloader counts down a five- 

20 second delay, at the conclusion of which (assuming the user does not intervene) the 

21 bootloader will identify and commence execution of the default software image. A 

22 "Reset PC on Boot" configuration option allows the user to control the startup 

23 sequence of the administration adapter and the PC-Server. If this option is set to 

22 



1 YES, the bootloader places - and holds - the PC-Server in reset as soon as the 

2 administration adapter comes out of reset. Once the administration adapter is up, it 

3 releases the PC's reset and allows the PC-Server to boot. This ensures the user is 

4 able to monitor the entire boot sequence. It also allows the user an arbitrary amount 

5 of time to perform configuration operations on the administration adapter while 

6 delaying the PC-Server's boot. 

7 Selecting YES also causes the bootloader to force the PC-Server PC 

8 into reset if the user uses a "q - Quit to ROM" command to exit the administration 

9 adapter's operating software and enter the bootloader. Conversely, selecting NO 

10 allows the PC-Server to boot regardless of the operational state of the 

1 1 administration adapter, and allow the user to exit to the bootloader without forcing 

12 the PC-Server into reset, desirable in the event that the user wishes to load a new 

1 3 operating image into the administration adapter's FLASH without bringing down a 

14 running PC-Server. 

1 5 The administration adapter's two basic modes of operation are: 

16 • an emulation mode, in which characters written into the video 

1 7 frame buffer by the PC-Server bus are converted to serial data 

1 8 and transmitted to the remote user, and input received from the 

1 9 user is presented to the PC-Server as though originating from a 

20 local input interface such as a keyboard; and 

21 • Serial Pass-through mode, in which the PC-Server 

22 communicates bidirectionally via the administration adapter's 

23 onboard 16550, with data passed back and forth between the 

23 



1 PC-Server and the remote user by the administration adapter's 

2 microprocessor. 

3 To the PC-Server, the administration adapter represents two distinctly 

4 separate I/O devices: serial communications and a video board. This means that 

5 although the board has two channels capable of simultaneously generating 

6 outbound data destined for the user, there is only one channel via which that output 

7 can be directed to the remote user - the RS-232 port. 

8 By default (that is, with Serial Pass-through mode disabled by setting 

9 it to "NO" in the Configuration menu) the administration adapter operates in 

10 Emulation mode only. The MDA and keyboard emulations are in full-time operation, 

11 and although the 16550 UART, if enabled, is available to the PC-Server's bus, its 

12 serial I/O is disconnected from the outside world. If Serial Pass-through mode is 

13 enabled (ie set to "YES" in the Configuration menu) the administration adapter 

14 monitors the 16550 UART for activity, and upon detecting a character output from 

15 the 16550 UART exits emulation mode and begins to relay characters between the 

1 6 1 6550 UART and the RS-232 connector. 



17 Conversely, if the administration adapter 10 is operating in Serial 

18 Pass-through mode and detects data written to the MDA buffer, it disconnects the 

19 16550 UART's serial I/O and switches back to emulation mode. 

20 In either mode the administration adapter continues to monitor the 

21 data stream input by the user and brings itself online upon detection of the attention 

22 character. 
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1 This is an arrangement that allows for the greatest possible flexibility 

2 and user choice in determining how the PC-Server's console appears to its 

3 operating system, while ensuring that a functional console is always available on a 

4 machine that has crashed down to the BIOS. 

5 Some optimizations are performed on video-emulation data by the 

6 local processor. For example, the generation of unnecessary cursor addressing 

7 information is suppressed for writes to adjacent/consecutive video RAM locations. 

8 Although the video-to-serial emulation is complete and usable at all levels of 

9 machine operation, it is primarily designed for sub-OS use; that is, for motherboard 

10 and peripheral BIOS configuration and bootstrap monitoring. 

11 The emulation, though proper, carries high local overhead and is 

12 accordingly slow. It is thus intended that once the user's OS is running, it can invoke 

13 a standard COM-port serial console application. This transition is made seamlessly 

14 on the emulator board by toggling the RS-232 connector's data path from the video- 

15 emulator's output to the UART's output upon detection of writes to the UART's 

16 transmit register (and back again if MDA video space is written to). 

17 a) System power-on; administration adapter comes out of reset in 

18 emulation mode. 

19 b) A write is made to MDA space by the BIOS. Data written to video 

20 memory is converted to serial output. 

21 c) BIOS goes through normal boot sequence, continuing to send data 

22 to the MDA admin adapter. At this point the user may interrupt the 

23 normal boot sequence for purposes of configuration. 
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1 d) BIOS loads operating system bootblocks. These are compiled for 

2 serial output. Bootblocks write data to the serial port address; the 

3 adapter disconnects the RS-232 connector from video emulator's 

4 serial output and connects it to the onboard 16550 UART. All 

5 input/output is exactly as it would be with a standard PC serial port. 

6 e) Operating system loads and runs in serial console mode. 

7 f) Operating system is rebooted. System resets, goto (b). 

8 It is conceivable that the PC-Server may hang without an 



9 administrator user being aware or available to take corrective action. For these 

10 situations it is useful to employ a watchdog timer so that the administration adapter 

1 1 can to detect such failures and automatically reboot the PC-Server. Accordingly, a 

12 suitable software hook is implemented on the PC-Server and is monitored by the 

13 interface. For instance, the operating system kernel can be modified or a 

14 background application process provided for periodically generating a watchdog 

15 character sequence written to the MDA frame buffer. If the significant sequence is 

16 not received within a predetermined time, then the administration adapter can deem 

17 the PC-Server to be unstable or locked-up and accordingly cause the PC-Server to 

18 reboot. 

19 Note that in Windows NT (Microsoft Corporation) operating systems, a 

20 video adapter must be present else the system will not operate. Hence, it is likely a 

21 monitor is also provided and, if so, then a local keyboard is likely also available. 

22 The administration adapter then must co-exist with the NT video adapter and be 

23 restricted to receiving write-only commands from the bus functions (the 
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1 administration adapter eavesdrops only) to avoid conflict with the NT video adapter. 

2 Further, the hardwired input interfaces, such as keyboard connectors must permit 

3 flow-through of the local interface scan codes until such time as a write to the frame 

4 buffer is character detected at which time emulated input from the administration 

5 adapter is given priority. 

6 In a further application, the administration adapter can be used to 

7 implement a text to speech system for assisting blind users and system 

8 administrators. The way things are now, blind users tend to use speech 

9 synthesizers with their computers. Special drivers are installed at the operating- 

10 system level to convey information displayed on the video hardware to the speech 

1 1 synthesizer. Again, though, these drivers are not active when the machine is at the 

12 BIOS or booting, leaving the blind user quite unable to observe boot (or boot failure) 

13 status. Having an administration adapter in the system and directing the screen 

14 data out the serial port provides a means for the user to get that data to serial 

1 5 speech-synthesis hardware. 
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